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cally send the application document (13) to be printed as a hardcopy document (25) and 
mailed to a recipient (12). The server-side (21) operations are automated. The system 
tracks the graphic image file (17a) throughout the process using a unique identification 
number (17b) allocated when the graphic image file (17a) is created on the sender's ter- 
minal (14). 
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Means To Facilitate Delivery Of Electronic Documents 
Into A Postal Network 

5 

Technical Field 

[001] The present invention relates to a method, system and/or computer 
readable medium of instructions for delivery of electronic documents into postal 
networks. In a broad form of the invention, a graphic image file is created at a 
10 sender's computer terminal and transmitted to a server as part of an electronic 
document for onward delivery to a printing device, which produces a hardcopy 
document version of the graphic image file for delivery to a recipient via a 
standard postal or mail network. 

15 Background Art 

Definitions 

[002] 'Terminal' means a device in a networked data or information 
communications system which is capable of requesting and receiving information 
from local or remote information sources. The capability of the terminal to 

20 request and/or receive information can be provided by an application program, 
hardware or other such entity. A terminal may be provided with associated 
devices, for example an information storage device such as a hard disk drive and a 
display screen. A terminal may be a computer or computerised device, a personal 
computer (PC), a type of mobile or cellular phone, a mobile data terminal, a 

25 portable computer, a personal digital assistant (PDA), a pager, a thin client, or 
any other similar type of electronic device. 

[003] 'Computer Network' as referenced in this specification should be taken 
to include all forms of connected or communicating terminals having at least two 
30 terminals connected or communicating so as to be able to transfer information or 
data. That is, the term computer network should be taken to include any type of 
terminal or part thereof, as defined herein, which is rendered such that it is 
capable of communicating with at least one other terminal. The communication of 
information or data can occur over any data communications network, computer 
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network, wireless network, inter-network, intra-network, local area network 
(LAN), wide area network (WAN), the Internet and developments thereof, 
transient or temporary network, combinations of the above or any other type of 
network providing for computerised, electronic or digital devices. 

5 

[004] fi Postal Network' means any form of network or system for distribution 
of physical mail, such as hardcopy documents or letters, and includes government 
or private postal services, a firm of couriers, or any other network or system 
whereby a hardcopy document can be delivered to a recipient's physical address. 

10 

[005] 'Application Document' means a document produced by a user on a 
terminal using any application program, or received by a user on a terminal. 
Examples of application documents include word-processing documents produced 
by, say, Microsoft Word, a spreadsheet, an invoice produced from an accounting 
15 package, a scanned hardcopy document, or a document produced by a desktop 
publishing package. 

[006] 'Graphic Image File' means an electronic file with graphical 
information that can be used to reproduce an original application document in a 
20 form whereby what the user sees on the terminal screen is the same as when the 
graphic image file is printed. An example of a graphic image file would be a file 
in Microsoft Enhanced Metafile Format (EMF). 

[007] 'Electronic Document' means an electronic file that can be stored on a 
25 terminal or transmitted over a computer network. 

[008] 'Hardcopy Document' means a document printed on paper or a similar 
medium. 

30 [009] Currently, there are four known processes which result in physical 
delivery of a computer generated hardcopy document to an end recipient via a 
postal network. 
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[010] Regardless by which process the hardcopy document is produced, the 
hardcopy document is typically placed in an envelope and delivered to a mail box, 
post office, or other postal collection point, for subsequent delivery of the letter 
(envelope and hardcopy document) by the postal network. 

5 

Manual process 

[011] This involves manual printing of a hardcopy document at a local printer 
connected to a computer, and physical delivery of the printed hardcopy document 
to a postal collection point (i.e. local post office collection box). 

10 

[012] Currently the vast majority of hardcopy documents are submitted to the 
postal network via a process of printing an application document at the point of 
creation of the application document, placing the printed hardcopy document in 
an envelope to form a letter, addressing the letter, and manually delivering this to 

15 a postal collection point. A postal organization then collects the letter from the 
postal collection point, sorts the letter into an area for delivery using a post code 
or other location indicator technique, aggregates letters for each postal centre, and 
then physically delivers the letter to the postal centre nearest to the recipient's 
address. This postal centre nearest the recipient's address then sorts the letter and 

20 delivers the letter, with the hardcopy document, to the actual recipient's address. 



[013] Significant problems are associated with the described manual process 
for delivery of hardcopy documents. These include: 

a) It is a labour intensive process for the sender of the hardcopy document. 
25 The sender must first print the application document to create the hardcopy 

document, often fold the hardcopy document, insert the hardcopy document 
into an envelope, and physically deliver the envelope with the hardcopy 
document to a postal collection point. 

b) The. letter enters the postal network at a point close to or closest to the 
30 sender, and not the recipient. ' 

c) The hardcopy document is unable to be tracked from creation to delivery. 
Currently the letter can only be tracked after lodgment at the postal 
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collection point, i.e. there is no tracking from the point of creation to the 
postal collection point, 
d) The sender can insert other materials, like harmful biological or chemical 
agents, or other hazardous material, into the letter at the source prior to 
5 physically posting. 

Outsourced printing 

[014] This involves using pre-defined fields in a template to generate a data file 
to be processed by a printer. Software at a printing house uses the data file and 
10 pre-defined template to produce the final hardcopy document. Once the hardcopy 
document is prepared for mailing it is delivered to a postal collection point from 
which stage the usual postal delivery process takes place. 

[015] Outsourced printing uses a process of rendering the application document 
15 for local printing, i.e. outsourced printing relies on the process of using a 
template and either manually, or via a data merge process, populating the fields 
on a template with data. This necessitates that the printing house offering the 
outsourced printing facilities must manipulate the data at their premises, either by 
merging data, or having the sender manually complete a template with details 
20 such as the address of the recipient. 



[016] Significant problems are associated with the described outsourced 
printing process for delivery of hardcopy documents. These include: 

a) The remote host computer at the printing house offering the outsourced 
25 printing facilities is required to have prior knowledge of the type of 

application document it is to be receiving. This works by having a template 
setup on the printing house's remote host computer, and data is input to the 
remote host computer for merging with the template. This process is not 
efficient for single application document printing, or ad hoc changes to the 
30 appearance of the application document, as the software needs to be 

informed about any changes so that the templates can be changed. 

b) The printing house's remote host computer cannot accept application 
documents from a variety of different originating application programs, 
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without having some prior knowledge of how these application documents 
should be formatted. 

c) Outsourced printing systems work on batch processes, in that these systems 
need to process all the printing for one client as a batch, before printing 

5 another client's job. For example, this means that these systems cannot 

accept one hundred different application documents originating from 
unrelated clients, and process them in one batch. 

d) A letter enters the postal network at a point convenient for the printing 
house, which is not close to or closest the recipient's address. 

10 e) An integrated tracking and identification system from the time of creation 

of the application document to delivery to the recipient's address is not 
provided. 

f) Necessarily requires filling in of templates or predefined fields. 

15 Use of a printer driver 

[017] The Adobe printer driver and PDF Transit product use client-side PDF 
file creation, web browser job submission, pre-configured print provider's 
specifications, encryption, and server-side web acceptance of files. 

20 [018] This process involves using a printer driver to create a type of graphic 
image file locally, and then send the graphic image file, via the Internet or e-mail, 
for remote printing. An example of this would be where a sender creates an 
application document in Microsoft Word, and then uses a printer driver to create 
an Adobe PDF format representation. The PDF could then be transmitted to a 

25 remote server which can print a hardcopy document version of the PDF. The 
hardcopy document can then be placed in the postal network. The sender may use 
email to forward the PDF, or may upload the PDF to a remote web server using a 
web browser or file transfer software. The process of transferring the PDF is a 
separate process that is initiated by the sender. 

30 

[019] Significant problems are associated with the described printer driver 
process for delivery of hardcopy documents. These include: 
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a) The printer driver process does not track the graphic image file or 
hardcopy document from creation at the sender's computer until delivery. 
No client terminal document manager is provided to view status updates or 
previously sent documents. 
5 b) The sender is not provided with a check on the position and presence of the 
recipient's address in the hardcopy document to be generated. Without this 
feature, the address may not be in the correct position for a window 
envelope when received by a remote printer, which would render the 
hardcopy document unable to be delivered as the recipient's address would 
10 not show correctly through the window of the envelope. 

c) There is no extraction of address data to look-up and produce, for example, 
a Delivery Point Identification (DPID). 

d) There is no guarantee that the application documents intended to be sent by 
the sender correspond to the PDF documents received by a remote 

15 computer. Because this process involves manual steps, it is possible that 

the sender creates an application document for sending, but inadvertently 
selects a different graphic image file to send or upload for remote printing. 

e) The hardcopy document enters the postal network at a postal collection 
point which may not be close or the closest collection point to the 

20 recipient's address. There is no intelligence in this process to automatically 

route the PDF document based on post code or other location indicator to a 
printing or postal location that is closer or closest to the recipient's 
address. 

f) The printer driver process does not handle the billing of the transaction, 
25 that is the printer driver process does not make a record of the sender and 

create a record to bill the sender in an automated fashion. Also there is no 
ability to link each electronic document with any intermediary salespeople. 

g) The printer driver process does not confirm or provide an update of 
delivery status to the sender when printing or delivery of the hardcopy 

30 document is completed. 

h) There are no server rules or document quarantine processes. 
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International Publication No. WO 99/21330 

[020] A system and method for transmission of a document from a sending 
location to a receiving location is disclosed in International Publication No. 
WO99/21330. This prior art specification discloses a system and method which 
5 has several disadvantages, including, inter alia: no verification on the sender 
computer that the recipient's address is in a correct position for a window 
envelope; no extraction of recipient address data for validity checks or to look up 
and merge with a DPID; no ability to reposition elements of the document; no 
server computer forwarding rules or document quarantine processes; no client 
10 computer software for managing documents, viewing a previously sent graphic 
image file or status updates; and no ability to link each document with a reseller 
or salesperson. 

[021] This identifies a need for a method, system, and/or computer readable 
15 medium of instructions to facilitate the delivery of a hardcopy document, obtained 
from an application document, into a postal network which overcomes or at least 
ameliorates at least some of the aforementioned or other problems in the prior art. 

Disclosure Of Invention 

20 [022] Broadly, the present invention provides a method, system, and/or 
computer readable medium of instructions to facilitate delivery of an application 
document to a recipient as a hardcopy document, the application document being 
used to produce a graphic image file, an electronic document being produced 
which includes at least the graphic image file and a unique identification number, 

25 and the electronic document being transmitted to a server for subsequent printing 
of the graphic image file on a selected printing device, the printing device being 
selected based on the printing device's location relative to the recipient's address, 
the printing device producing a hardcopy document which is then placed in the 
postal network. Preferably, the hardcopy document is placed in the postal network 

30 at a location nearer, or nearest, or otherwise conveniently located, to the 
recipients address than would otherwise be the case if the sender printed and 
placed the hardcopy document in the postal network. 
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[023] According to a further broad form of the present invention, there is 
provided a method of delivering a hardcopy document, obtained from an 
application document, into a postal network, the method including: 
5 an application document being created on, or sent to, a client terminal; 

client-side software resident on the client terminal generating a graphic 
image file from the application document, the graphic image file including a 
recipient's address; 

the graphic image file being allocated a unique identification number; 
10 an electronic document being generated which includes at least the graphic 

image file and the unique identification number; 

the electronic document being transmitted over a computer network to a 
server; and 

server-side software resident on the server receiving the electronic document 
15 and forwarding the graphic image file to be printed on a printer for subsequent 
entry of the printed hardcopy document into the postal network for physical 
delivery to the recipient's address. 

[024] In a preferred embodiment, the graphic image file is routed to a particular 
20 printer based on the recipient's address. Also preferably, the printer is close or 
closest to, or most conveniently located to, the indicated recipient's address for 
printing of the hardcopy document for subsequent delivery into the postal 
network. In a further preferred form of the invention, the electronic document 
includes an information file. In a specific form of the invention, the information 
25 file includes information from the set of: the unique identification number; a 
sender's account number or details;- a unique identifier for the client terminal; a 
return email address; an identification number for an intermediate reseller; and/or 
printing instructions. In a further possible form of the invention, a representation 
of the unique identification number is added to the hardcopy document. 

30 

[025] According to another broad form of the present invention, there is 
provided a system for the delivery of a hardcopy document, obtained from an 
application document, into a postal network, the system including: 
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a printer driver resident on a client terminal for generating a graphic image 
file from an application document, the graphic image file including a recipient's 
address; 

client-side software resident on the client terminal for generating an 
5 electronic document that includes at least the graphic image file and a unique 
identification number; and 

server-side software resident on a server for receiving the electronic 
document transmitted over a computer network from the client terminal, and for 
forwarding the graphic image file for subsequent printing of the graphic image 
10 file on a printer and entry of the printed hardcopy document into the postal 
network for physical delivery to the recipient's address indicated in the graphic 
image file. 

[026] According to still another broad form of the present invention, there is 
15 provided a computer readable medium of instructions for effecting delivery of a 

hardcopy document, obtained from an application document, into a postal 

network, the computer readable medium of instructions residing on a client 

terminal and adapted to: 

receive a graphic image file, the graphic image file generated from an 
20 application document; 

check or facilitate the checking of the position of a recipient's address in the 

graphic image file to verify that the recipient's address is located in a correct 

position; 

associate a unique identification number with the graphic image file; 
25 produce an electronic document which includes the graphic image file and 

the unique identification number; and 

initiate transmission of the electronic document over a computer network to 
a server; 

whereby, server-side software resident on the server receives the electronic 
30 document and forwards the graphic image file for printing on a printer for 
subsequent entry of the printed hardcopy document into the postal network for 
physical delivery to the recipient's address. 
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[027] Preferably, if the recipient's address location is not in a correct position 
the sender is prompted and given the opportunity to correct the position of the 
recipient's address prior to sending the electronic document. A copy of the 
graphic image file can be saved on the client terminal for later viewing. 

5 

[028] According to still another broad form of the present invention, there is 
provided an article, for use in the delivery of a hardcopy document obtained from 
an application document created on, or sent to, a client terminal, the client 
terminal provided with client-side software for generating a graphic image file 

10 from the application document, the graphic image file including a recipient's 
address and allocated a unique identification number, an electronic document 
generated by the client-side software which includes at least the graphic image 
file and the unique identification number, the article including: 
a computer readable modulated carrier signal; and 

15 the electronic document embedded in said signal; 

whereby, a server receives said signal and server-side software resident on the 
server is adapted to forward the received graphic image file for printing on a 
printer for subsequent entry of the printed hardcopy document into the postal 
network for physical delivery to the recipient's address. 

20 

[029] It should be noted that the application document itself need not 
necessarily actually be produced on the client terminal, the application document 
could be produced elsewhere and sent to the client terminal. Also, the sender need 
not necessarily be the creator of the application document. 

25 

[030] In a particular form of the invention, a representation of the unique 
identification number is added to the hardcopy document, for example as a bar 
code or magnetic code, and this representation of the unique identification 
number can be used to track the hardcopy document within the postal network 
30 until the hardcopy document reaches the recipient or recipient's address. 
Preferably, if an optical code, such as a bar code, is used the code is readable 
through the window of an envelope. This allows the document to be tracked from 
creation to delivery in both electronic and physical form. 
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[031] In a further particular form of the invention, the server (or network of 
servers) receives notification of printing and onward delivery of the hardcopy 
document and updates records in a database, and/or notifies the sender of this 
5 action by electronic mail. Details of the transaction can also be recorded in the 
database for billing purposes. 

[032] In another embodiment of the present invention, an electronic document 
received by the server can be quarantined on the server if a sender's account is 
10 not active, for example if the sender has not made previous payments, has no 
account or has no credit. An electronic notification can be sent to the client 
terminal alerting the sender to the electronic document having been quarantined. 

[033] Preferably, the graphic image file is routed to a printer close or closest 
15 to, or most conveniently located to, the indicated recipient's address. Also 
preferably, the sender is only required to instruct the client-side software to 
transmit the electronic document to the server, with the client-side software 
and/or server-side software handling further aspects of delivery into the postal 
network. 

20 

[034] In various alternative forms of the present invention, the position of the 
recipient's address in the graphic image file can be checked by: 
the client-side software; 

the sender, by way of the graphic image file being presented in a preview 
25 screen with a recipient address boundary mask overlayed; and/or 
the server-side software rechecking the position. 

[035] In a possible embodiment of the invention, the client-side software 
resident on the client terminal, or the server-side software, extracts the text 
30 positioned at the location of the recipient's address area from the graphic image 
file and attempts to verify that the text constitutes a valid address. For example, 
by checking that a valid postcode or suburb name has been included. In another 
form of the invention, optical scanning recognition software is used to convert the 
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recipient address component of the graphic image file to text form, which is then 
checked to seek to verify that the text constitutes a valid address. 

[036] According to still further aspects of the invention, the graphic image file 
5 can be checked to verify the graphic image file can be processed by a mailhouse. 
The checks can include: that the fonts in the graphic image file are supported by 
the mailhouse; an address is provided; and/or a valid address is provided 
according to parameters for correct addressing in the destination country. Also, 
the graphic image file could be moved or re-sized to allow for page barcodes, or 
10 other indicia inserted by the mailhouse. 

[037] In another form of the invention, the client-side software, or the server- 
side software, reads and looks up the recipient's address in a postal address file 
and generates an address representation, for example a barcode representation of 
15 the recipient's address or a suitable Delivery Point Identification (DPID) to 
facilitate transmission to an appropriate printer and/or the recipient. 

[038] In a preferred embodiment of the present invention, the client-side 
software allows the sender to preview the graphic image file and displays an 

20 overlay or mask showing the preferred location for the recipient's address. 
Moreover, the client-side software allows the sender to relocate or delete the 
graphical elements that form the graphic image file whilst in this preview mode. 
For example, the position of the recipient's address could be relocated if not 
within the preferred location. The software may also provide the sender with the 

25 option to delete components in the address area and to manually type in text 
indicating a correct address, which is then incorporated into the graphic image 
file before transmission of the electronic document to the server. 

[039] The client-side software can compress and/or encode the graphic image 
30 file into a format suitable for electronic transmission. Furthermore, according to a 
particular embodiment, the client-side software encrypts the electronic document 
using public key encryption before electronically transmitting the electronic 
document to the server. The electronic document can also be digitally signed. 
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[040] Preferably, the server is programmed with rules that enable the server to 
forward the graphic image file from the received electronic document to a printer 
close or closest to, or most conveniently located to, the recipient's address. 

5 

[041] According to a further particular form of the invention, in the case where 
the application document consists of a set of separate documents to be delivered 
to separate recipients - for example, the results of a mail merge job in a word- 
processing application - special codes are incorporated at the end and/or 

10 beginning of the mail merge template to establish the start and the end of 
individual application documents. This allows a large mail merge job to be 
separated into the individual component documents at the client terminal, which 
further allows the documents to be processed on the server without human 
intervention. Also, an analysis of the structure of each application document can 

15 be performed to determine start and end points of each of the documents or 
collection of documents. 

[042] In a particular embodiment of the invention, each printer may be 
managed by a printer server which receives the graphic image file and sends an 
20 electronic notification message back to the originating server. 

[043] In a further preferred mode of operation, the printers are integrated into 
the postal network and all necessary facilities for printing, folding, inserting and 
lodgement of hardcopy documents into the postal network is provided. 

25 

[044] In a particular embodiment, each printer can be managed by a server 
computer (or network of servers) which manages the process of receiving the 
graphic image files, decoding the graphic image files, and printing the hardcopy 
document. In another, embodiment, these printer servers can be programmed with 
30 rules to forward graphic image files to other printers in the event of printer 
breakdown or overloading. 
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[045] According to another embodiment, the system/method can be designed to 
operate as a multi-level distribution system/method where intermediate resellers 
and individual salespersons can be cross-linked to the final mailed hardcopy 
document and be provided with a commission based on transaction value. 

5 

Brief description Of Figures 

[046] The present invention should become better understood from the 
following detailed description of a preferred but non-limiting embodiment 
thereof, described in connection with the accompanying figures, wherein: 
10 [047] Figure 1 illustrates a~ general system providing an embodiment of the 
invention; 

[048] Figure 2 illustrates how the client terminal can query the delivery status 
of an electronic document; and 

[049] Figure 3 illustrates a possible billing system structure. 

15 

Modes For Carrying Out The Invention 

[050] In preferred, but non-limiting embodiments of the present invention, 
there is provided a method, system, and/or computer readable medium of 
instructions to facilitate delivery of a hardcopy of an application document via a 
20 postal network. Preferred embodiments of the present invention are now described 
with reference to figures 1 to 3. 

[051] Referring to figure 1, there is illustrated a system 10 for facilitating a 
sender 1 1 to post a hardcopy document of an application document to a recipient 
25 12. The application document 13 is created on the client terminal 14 by the sender 
11 using a software application. Alternatively, the application document 13 may 
simply be received on the client terminal 14, being created on a different 
terminal. 

30 [052] The sender 11 uses software resident on the client terminal 14 to convert 
the application document 13 into a graphic image file by using an image capture 
tool 15. Preferably, this image capture tool exists as a printer driver which can be 
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selected from within a standard software program provided with a print function. 
This produces a graphic image file from the application document, or multiple 
graphic image files of a multiple page application document. 

5 [053] The automated address checking procedure 16 checks the location of the 
recipient's address in the graphic image file. The automated address checking 
procedure 16 can also check that the postal address is valid. The automated 
address checking procedure 16 determines if there is text in the correct location or 
uses a preview screen with a mask overlay to determine address field boundaries, 

10 or allow the sender to manually inspect the address position. If there is text and 
the text appears to be a valid address, for example there is a recognisable 
postcode or suburb name, then the automated address checking procedure 16 can 
generate a barcode representation of the address and/or look up the address in a 
postal address file and generate a suitable address representation (eg. barcode) or 

15 Delivery Point Identification (DPID) to assist in forwarding the graphic image file 
to an appropriate printer. If the address is not satisfactory or not valid, the 
software can prompt the sender 11 to correct the address. In an alternative 
particular embodiment, the user checks the address location visually using a 
preview screen with a boundary mask showing the correct location of the address. 

20 In a further alternative embodiment, the sender can type in the recipient's address 
manually or retrieve the recipient's address from an electronic address book 
database on the terminal. 



[054] According to various embodiments of the present invention, the 
25 following general steps can be provided: 

1. Letters and attachments, as application documents, are captured or 
generated using a printer driver. 

2. The graphic image file produced by the printer driver has a default 
standard address area, that may or may not correspond to a standard 

30 location for the address to be visible through the window of a window 

envelope. The default standard address area occurs if no previous manual 
selection has been made. 
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3. The address location that was last manually selected by the user/sender 
can be remembered, for example if the application document has the 
same name or other indicator. 

4. The user can overwrite any automatic or previous manual address 
location selection by manually selecting an address area. This manual 
selection can occur by the user making a single mouse click, multiple 
mouse clicks, or drawing or dragging a rectangle around or over all or 
part of the address. 

5. Application documents or graphic image files can be automatically 
identified and an associated target address can be extracted, even if parts 
of the address stray outside of a selected address area. 

6. Margins in an application document or corresponding graphic image file 
can be checked to ensure that room is provided for page barcodes, optical 
mark recognition codes, or other suitable identifiers/codes. If the margins 
are too small the page image can be automatically, or manually, shifted 
or reduced to clear the required margin space. 

7. The address location/window can be checked to see that it only includes 
the target or intended address. If the address window is not clear, i.e. it 
may contain unwanted text or images, a cover page can be added to the 
graphic image file (i.e. letter to be mailed) with the address located in a 
correct position on the cover page, for example for correct display of the 
address through the window of a window envelope. The address location 
in the cover sheet could be inserted or manipulated as per preceding steps 
2, 3 or 4. 

8. Optionally, the target address can be analysed to check that it appears to 
be a correct or valid address. Preferably, but not necessarily, this process 
occurs on the client terminal, it could occur on the server. The address 
may be corrected according to local postal standards, for example for 
format, barcode or DPID. If the address is amended, the new address is 
then placed in the address window, whether it be a first page of a letter or 
a cover page as previously discussed. Alternatively, the address can be 
checked against a database of correct or valid addresses. If the address 
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does not match, an address from the database can be used. The database 
could reside local or remote to the client terminal. 

9. Page barcodes, optical mark recognition codes, or other suitable 
identifiers/codes, can be added to any or all of the pages of the graphic 

5 image file (letter), including any cover sheet. 

10. A graphic image file, i.e. letter, once transmitted, can then be sorted 
according to local postal standards, for example by postcode or suburb, 
and then printed, folded, inserted into an envelope for entry into the 
standard physical postal network. 

10 

[055] When the recipient's address is satisfactory, the graphic image file is 
(optionally) compressed and encoded, the client-side software then creates an 
electronic document 17 which includes the graphic image file 17a, a unique 
identification number 17b (for tracking the graphic image file or electronic 

15 document) and an instruction file 17c. Preferably, but not necessarily, the 
electronic document 17 is also encrypted and can include a digital signature. Also 
preferably, but not necessarily, the unique identification number 17b may form 
part of the instruction file 17c. The instruction file 17c is preferably an XML file 
containing instructions, for the handling of the electronic document 17, for 

20 example the information file 17c may contain, inter alia: 

the unique identification number 17b, used to track the electronic document 
and for billing purposes; 

the sender's account number or details, used for billing and verification 
purposes, and for the prevention of fraudulent use; 

25 a unique identifier for the client terminal 14, used for tracking and 

verification of authenticity; 

the number of pages or a return email address; 

identification numbers for any intermediate resellers, and any individual 
salespersons, who are involved in a multi-level distribution of the present system, 
30 the identification numbers could be used to calculate commissions due to 
salespersons or sales-teams, for example the intermediate reseller identification 
numbers can be stored in the database 22 indexed against the sender's account 
number; and/or 
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printing instructions, for example colour or black and white, post via express 
mail, ect.. 

[056] The electronic document 17 is passed to a queue manager 18 and then 
5 electronically transmitted 19 from the client terminal 14 over the computer 
network 20 to the server computer 21 (which may be a network of computers). 

[057] The queue manager 18 can send the electronic document 17 immediately 
or send several electronic documents in a batch. A server computer message 

10 handler receives the electronic document 17, and if required performs 
decoding/decrypting, verifies the digital signature, and extracts the recipient's 
address, postcode and/or DPID from the instruction file 17c. Optionally, the 
server- side software resident on the server 21 can perform further address 
checking, similar to the automated address checking procedure 16 on the client 

15 terminal 14, as an additional checking procedure. 

[058] The server-side software can handle incoming electronic documents, 
check the sender's account status, parse the instruction file associated with an 
electronic document, decode any encoded format files, decrypt and verify data, 
20 extract a recipient's address, track the incoming electronic document, record 
billing data, handle errors, manage the printing of the hardcopy document, re- 
encrypt and forward an electronic document to another remote server, or transmit 
the electronic document using another form of communication. 

25 [059] An electronic document 17 received by the server 21 can be quarantined 
on the server 21 if a sender's account is not active, for example if the sender has 
not made previous payments, has no account or has no credit. An electronic 
notification 28 can be sent to the client terminal 14 alerting the sender 11 to the 
electronic document 17 having been quarantined. 

30 

[060] After verifying the sender's account details, this information is passed to 
a message forwarder in the server computer 21 which follows a set of rules to 
decide which is a suitable mail distribution centre printer to receive the graphic 
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image file 17a, for example which is the closest mail distribution centre printer to 
the recipient's address. Information concerning the receipt or transmittal of 
electronic documents, graphic image files or any other information relating to the 
transaction, for example data from the information file 17c, can be recorded in the 
5 database 22. 

[061] The graphic image file 17a is electronically transmitted 23 to the selected 
printer/printer server 24, and the server 21 records the transaction in the database 
22, which can be indexed by the unique identification number 17b. 

10 

[062] The printer/printer server 24 sends an electronic notification message 27 
back to the server computer 21 detailing the results of the printing operation. On 
receipt of the electronic notification message 27, the server-side software updates 
the database 22 and, either automatically or if requested (i.e. optionally), 

15 forwards a further (electronic notification message 28 to the client terminal 14 so 
as to inform the sender 1 1 of the success, or otherwise, of the delivery of the 
hardcopy document 25 into the postal network 26. The electronic notification 
message 28 could also be initially either automatically or if requested (i.e. 
optionally), transmitted to the client terminal 14 to confirm receipt of the 

20 electronic document 17 by the server 21. 

[063] In an alternate embodiment of the invention, the complete electronic 
document 17 could be sent to the printer server. If the complete electronic 
document 17 is transmitted, the electronic document 17 is received by the printer 
25 server's message handler, which, if required, decodes the electronic document 17 
and sends the graphic image file 17a to it's local printer. 

[064] The resulting hardcopy document 25 is inserted into an envelope to form 
a letter which is then submitted into the postal network 26 for distribution to the 
30 recipient's address, and thus the recipient 12, via the postal network 26. The 
formation of the letter could be an automated process performed at the mail 
distribution centre. 
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[065] In a further possible embodiment, server-side software resident on the 
server 21 reads the recipient's address and generates a suitable barcode or DP ID, 
or uses a barcode or DPID generated at the client terminal 14, so as to add the 
barcode or DPID to the hardcopy document 25 or the envelope for faster, cheaper 
5 or more efficient delivery via the postal network 26. 

[066] In a further embodiment of the present invention, the splitting of mail 
merges into individual letters is provided. A mail merge is a set of similar 
documents generated on a computer and intended for multiple recipients. It is 

10 normally sent to a printer as a single document print job and the user then is 
required to manually sort the printed hardcopy pages for each recipient. 
Therefore, if the mail merge is a two-page document to one hundred recipients, it 
is sent to the printer as a single two hundred page document. The system of the 
present invention uses special codes at the end and/or beginning of a mail merge 

15 template to establish the start and the end of each individual document and can 
therefore break-up a two hundred page single document into the one hundred 
separate two-page documents. This therefore allows the system to automatically 
process the documents on the server without human intervention. If this was not 
the case, it would be required to manually process/sort the documents before 

20 posting, or the first recipient would receive all the merged documents in the post. 
This allows the mail merge to be performed on the client terminal 14 rather than 
the server 21. This same principle applies to any job where multiple letters are 
sent to the printer as one job, i.e. end of month statement runs, etc. Alternatively, 
the entire mail merge job can be sent as a whole and the processing into separate 

25 documents is carried out by software on the server. 

[067] Referring to figure 2, the sender 1 1 -can use a document manager 29 on 
the client terminal 14 to view a summary of all electronic documents sent and 
their status. The document manager 29 can also be used to preview any electronic 
30 documents or graphic image files sent to the server 21. The document manager 29 
transmits a query 9 to the server 21 via computer network 20. This results in a 
query of the database 22 for the most recent status, for example a status could 
relate to an electronic document or graphic image file being queued, sent, 
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received, printed, posted, failed, etc.. Also preferably, there is provided a local 
client-side database or file record which is regularly updated whenever the 
database 22 is queried. 

5 [068] In another embodiment, access to the status of delivery of documents can 
be provided by allowing a sender 11 to log into the server 21 via a web browser 
and query the status of electronic or hardcopy documents by using the unique 
identification number and an account number and password. 

10 [069] In a further alternative embodiment, a mail distribution centre, for 
example a local post office, prints the graphic image file 17a. This ensures that 
the first time the hardcopy document 25 enters the postal network the hardcopy 
document 25 is free from dangerous biological or chemical agents, or other 
hazardous material. This procedure also ensures that the hardcopy document 25 is 

15 "least cost" routed by electronic means to a physical printing point closest or 
close to the recipient's address, and not the sender. That is, physical 
transportation costs associated with hardcopy documents are reduced. 

[0701 According to a further aspect of an embodiment of the present invention, 
20 and referring to figure 3, a billing system 30 is shown that can periodically, for 
example monthly, retrieve information from the database 22 to produce an invoice 
31 of charges accrued for each sender 11, or for any intermediate resellers 32 
offering the system or method of the present invention. The billing system 30 can 
also produce a periodic, for example daily, journal 33 of transactions for each 
25 sender 11. If requested, the journal 33 may be transmitted to each sender 11 via 
the computer network 20. This allows an intermediary payment structure to be 
set-up for allocating commission payments to various parties. 

Detailed specific embodiment 
30 [071] The following example provides a more detailed description of one 
embodiment of the present invention. This example is intended to be merely 
illustrative and not limiting to the scope of the present invention. 
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[072] A preferred embodiment of the present invention uses a computer 
program that runs on the sender's computer. The computer program consists of 
software written in the C programming language to run on the Microsoft Windows 
32-bit operating system (WIN32) together with a custom printer driver developed 
5 using the Microsoft Windows Driver Development Kit (DDK). 

[073] After the sender has created or received an application document on their 
WIN32 computer terminal, the sender selects a custom printer driver which 
"prints" the application document by saving the application document as a series 

10 of Enhanced Metafile Format (EMF) files on the terminal's storage medium. The 
printer driver then, in turn, initiates the client-side software. The software 
displays the EMF files in WYSIWYG format on the sender's (i.e. user's) 
computer screen with the relevant area for the correct location of the postal 
address highlighted. Thus the sender can tell by inspection that the recipient's 

15 address is in the correct location and can instruct the software to send an 
electronic document or cancel the operation. In an alternative embodiment, the 
software automatically examines the EMF file for graphical text elements in the 
relevant area of the page and then analyses this text according to pre-programmed 
rules to ascertain whether the document contains a valid postal address. 

20 

[074] The EMF files are then digitally compressed using the ZLIB compression 
algorithm as specified in RFC1950 "ZLIB Compressed Data Format Specification 
version 3.3" (P.Deutsch and J-L Gailly, May 1996) and are then encoded using 
Basic Encoding Rules (BER) in accordance with ITU-T Recommendations X.690- 
25 X.691 (2002) and CCITT Recommendation X.209. 

[075] The software generates a unique identification number by using Windows 
internal software that creates a global unique identifier (GUID), a bit string 
guaranteed to be unique to a very high degree of certainty. This number is 
30 encoded in base 24 format and is used as a reference to the message in all 
subsequent stages, and also as key in a local database of messages maintained by 
the software on the sender's local terminal. 
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[076] The software then generates an instruction file in Extensible Markup 
Language (XML) containing instructions for this particular message including the 
unique identification number, sender's account details, number of pages, return 
email address, and so forth. This XML instruction file is combined with the BER- 
5 encoded EMF files and converted into a Secure Multipurpose Internet Mail 
Extensions (S/MIME) message using public key encryption in accordance with 
RFC2633 "S/MIME Version 3 Message Specification" (B.Ramsdell, June 1999) 
and RFC2630 "Cryptographic Message Syntax" (R.Housley, June 1999). 

10 [077] The software then opens a Transmission Control Protocol/Internet 
Protocol (TCP/IP) connection with the server computer over the Internet and 
sends the S/MIME message to the server using the Simple Mail Transfer Protocol 
(SMTP) as per RFC821. This SMTP transmission is independent of any email 
client applications that may exist on the sender's terminal. Alternatively, the 

15 software stores the information in a queue so the message can be sent by SMTP 
transmission at a later time. After transmission, the software stores the result 
(success or failure) in the local database. 

[078] When the sender uses a Document Manager to query the status of 
20 documents, the software looks up the local database for the identifiers of any 
outstanding documents. It then sends a request on these outstanding documents to 
the server computer using Hypertext Transfer Protocol (HTTP) commands and 
receives back the latest status details (received, being printed, successfully 
posted, rejected, not found, etc). The software then updates the local database 
25 with this information and displays the results to the user in a Graphical User 
Interface (GUI). 

[079] Thus there has been provided a method, system, and/or computer 
readable medium of instructions to facilitate the delivery of a hardcopy document, 
30 attained from an application document, into a postal network, at a postal centre 
close or closest to a recipient's address. 
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[080] The invention may also be said broadly to consist in the parts, elements 
and features referred to or indicated in the specification of the application, 
individually or collectively, in any or all combinations of two or more of said 
parts, elements or features, and where specific integers are mentioned herein 
5 which have known equivalents in the art to which the invention relates, such 
known equivalents are deemed to be incorporated herein as if individually set 
forth. 

[081] Although the preferred embodiment has been described in detail, it 
10 should be understood that various changes, substitutions, and alterations can be 
made herein by one of ordinary skill in the art without departing from the spirit or 
scope of the present invention. 
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Theplaims: 

1. A method of delivering a hardcopy document, obtained from an application 
document, into a postal network, the method including: 

5 an application document being created on, or sent to, a client terminal; 

client-side software resident on the client terminal generating a graphic 
image file from the application document, the graphic image file including a 
recipient's address; 

the graphic image file being allocated a unique identification number; 
10 an electronic document being generated which includes at least the graphic 

image file and the unique identification number; 

the electronic document being transmitted over a computer network to a 
server; and 

server-side software resident on the server receiving the electronic document 
15 and forwarding the graphic image file to be printed on a printer for subsequent 
entry of the printed hardcopy document into the postal network for physical 
delivery to the recipient's address. 

2. The method as claimed in claim 1, wherein the graphic image file is routed 
20 to a particular printer based on the recipient's address. 

3. The method as claimed in either claim 1 or claim 2, wherein the printer is 
close or closest to, or most conveniently located to, the indicated recipient's 
address for printing of the hardcopy document for subsequent delivery into the 

25 postal network. 

4. The method as claimed in any one of the claims 1 to 3, wherein the 
electronic document includes an information file. 

30 5. The method as claimed in claim 4, wherein the information file includes 
information from the set of: 

the unique identification number; 
a sender's account number or details; 
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a unique identifier for the client terminal; 
a return email address; 

an identification number for an intermediate reseller; and/or 
printing instructions. 

5 

6. The method as claimed in any one of the claims 1 to 5, wherein a 
representation of the unique identification number is added to the hardcopy 
document. 

10 7. The method as claimed in claim 6, wherein the representation of the unique 
identification number is a bar code, optical code or magnetic code. 

8. The method as claimed in either claim 6 or claim 7, wherein the 
representation of the unique identification number is used to track the hardcopy 

15 document in the postal network. 

9. The method as claimed in claim 6, wherein the representation of the unique 
identification number is readable through a window of an envelope containing the 
hardcopy document. 

20 

10. The method as claimed in any one of the claims 1 to 9, wherein the 
position of the recipient's address in the graphic image file is checked to verify 
that the recipient's address is located in a correct position. 

25 11. The method as claimed in claim 10, wherein if the position of the 
recipient's address in the graphic image file is not correct the sender is notified. 

12. The method as claimed in any one of the claims 1 to 11, wherein the sender 
can correct the position of the recipient's address in the graphic image file. 

30 

13. The method as claimed in any one of the claims 1 to 12, wherein the 
position of the recipient's address in the graphic image file is checked by the 
client-side software. 
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14. The method as claimed in any one of the claims 1 to 12, wherein the 
position of the recipient's address in the graphic image file is checked visually by 
the sender being presented with a preview screen. 

5 

15. The method as claimed in any one of the claims 1 to 14, wherein the 
graphic image file can be moved or re-sized to allow for page barcodes, or other 
indicia inserted by a mailhouse. 

10 16. The method as claimed in claim 15, wherein the preview screen displays an 
overlay mask showing a preferred location for the recipient's address. 

17. The method as claimed in any one of the claims 1 to 16, wherein the 
position of the recipient's address in the graphic image file is checked by the 

15 server-side software. 

18. The method as claimed in any one of the claims 1 to 17, wherein the sender 
can delete components in the address area of the graphic image file and manually 
type text changing the recipient's address. 

20 

19. The method as claimed in any one of the claims 1 to 17, wherein the sender 
can insert the recipient's address in the graphic image file from an electronic 
address book. 

25 20. The method as claimed in any one of the claims 1 to 19, wherein multiple 
application documents are generated at the client terminal from a mail merge 
process. 

21. The method as claimed in claim 20, wherein an analysis of the structure of 
30 each application document is performed to determine start and end points of each 
of the documents or collection of documents. 
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22. The method as claimed in any one of the claims 1 to 21, wherein an 
electronic document received by the server can be quarantined. 

23. The method as claimed in any one of the claims 1 to 22, wherein the 
5 printer is integrated into a postal network infrastructure. 

24. The method as claimed in claim 23, wherein the postal network 
infrastructure- includes means for printing, folding, inserting into envelopes, and 
lodgement of hardcopy documents into the postal network for subsequent physical 

10 delivery. 

25. The method as claimed in any one of the claims 1 to 24, wherein each 
printer is managed by at least one printer server. 

15 26. The method as claimed in claim 25, wherein the electronic document is 
sent to the printer server which extracts the graphic image file. 

27. The method as claimed in any one of the claims 1 to 26, wherein electronic 
documents are sent to the server immediately or as a batch process. 

20 

28. The method as claimed in any one of the claims 1 to 27, wherein an 
intermediate reseller or salesperson is cross-linked to the hardcopy document. 

29. The method as claimed in claim 28, wherein the intermediate reseller or 
25 salesperson receives a commission as a result of the delivery process. 

30. A system for the delivery of a hardcopy document, obtained from an 
application document, into a postal network, the system including: 

a printer driver resident on a client terminal for generating a graphic image 
30 file from an application document, the graphic image file including a recipient's 
address; 
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client-side software resident on the client terminal for generating an 
electronic document that includes at least the graphic image file and a unique 
identification number; and 

server-side software resident on a server for receiving the electronic 
5 document transmitted over a computer network from the client terminal, and for 
forwarding the graphic image file for subsequent printing of the graphic image 
file on a printer and entry of the printed hardcopy document into the postal 
network for physical delivery to the recipient's address indicated in the graphic 
image file. 

10 

31. The system as claimed in claim 30, wherein the client-side software 
facilitates the automatic or manual checking of the position of the recipient's 
address in the graphic image file. 

15 32. The system as claimed in claim 30, wherein the client-side software 
facilitates the automatic or manual checking of the content of the recipient's 
address in the graphic image file. 

33. The system as claimed in either claim 31 or 32, wherein the client-side 
20 software facilitates the sender to amend the recipient's address position or content 

directly in the graphic image file. 

34. The system as claimed in any one of the claims 30 to 33, wherein a 
database is associated with the server. 

25 

35. The system as claimed in claim 34, wherein the database is in 
communication with at least the server and stores information pertaining to the 
delivery of electronic documents and hardcopy documents. 

30 36. The system as claimed in any one of the claims 30 to 35, wherein the 
electronic document includes an information file. 
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37. The system as claimed in claim 36, wherein the information file includes 
information from the set of: 

the unique identification number; 
a sender's account number or details; 
5 a unique identifier for the client terminal; 

a return email address; 

an identification number for an intermediate reseller; and/or 
printing instructions. 

10 38. The system as claimed in either claim 36 or 37, wherein the instruction file 
is an XML file. 

39. The system as claimed in claim 35, wherein the server receives notification 
of printing of the hardcopy document and updates records in the database. 

15 

40. The system as claimed in any one of the claims 30 to 39, wherein a 
document manager is provided on the client terminal. 

41. The system as claimed in claim 40, wherein the document manager 
20 displays a summary of the status of sent electronic documents. 

42. The system as claimed in either claim 40 or 41, wherein the document 
manager can submit a query to the server which queries the database for status 
information. 

25 

43. The system as claimed in any one of the claims 35 to 42, wherein there is 
additionally provided a further database or file record associated with the client 
terminal that is updated when information is received from the database 
associated with the server. 

30 

44. The system as claimed in any one of the claims 30 to 43, wherein the 
server automatically electronically notifies the client terminal of electronic and 
hardcopy delivery actions. 
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45. The system as claimed in claim 44, wherein the electronic notification is 
by email. 

5 46. The system as claimed in any one of the claims 34 to 45, wherein an 
authorised sender is able to remotely connect to the server and query the database. 

47. The system as claimed in any one of the claims 34 to 46, wherein delivery 
transactions are recorded in the database for billing purposes. 

10 

48. The system as claimed in any one of the claims 34 to 47, wherein an 
invoice for a sender is generated from database records. 

49. The system as claimed in any one of the claims 30 to 48, wherein an 
15 electronic document received by the server can be quarantined and an electronic 

notification sent to the sender altering the sender of the quarantine action. 

50. The system as claimed in any one of the claims 30 to 49, wherein the 
client-side software compresses or encodes the graphic image file. 

20 

51. The system as claimed in any one of the claims 30 to 50, wherein the 
client-side software encrypts the electronic document. 

52. The system as claimed in any one of the claims 30 to 51, wherein the 
25 electronic document is digitally signed. 

53. The system as claimed in any one of the claims 30 to 52, wherein the 
server is programmed with forwarding rules. 

30 54. The system as claimed in claim 53, wherein the forwarding rules nominate 
the printer that is close or closest to, or most conveniently located to, the 
indicated recipient's address for printing of the hardcopy document for 
subsequent delivery into the postal network. 
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55. The system as claimed in any one of the claims 30 to 54, wherein each 
printer is managed by at least one printer server. 

5 56. The system as claimed in claim 55, wherein the printer server that receives 
the graphic image file sends an electronic notification back to the originating 
server. 

57. The system as claimed in any one of the claims 30 to 56, wherein the 
10 electronic document is sent to a printer server which extracts the graphic image 

file. 

58. The system as claimed in claim 55, wherein a printer server is programmed 
with rules to forward graphic image files to another printer server in the event of 

15 a printer breakdown or overloading. 

59. A computer readable medium of instructions for effecting delivery of a 
hardcopy document, obtained from an application document, into a postal 
network, the computer readable medium of instructions residing on a client 

20 terminal and adapted to: 

receive a graphic image file, the graphic image file generated from an 
application document; 

check or facilitate the checking of the position of a recipient's address in the 
graphic image file to verify that the recipient's address is located in a correct 
25 position; 

associate a unique identification number with the graphic image file; 
produce an electronic document which includes the graphic image file and 
the unique identification number; and 

initiate transmission of the electronic document over a computer network to 
30 a server; 

whereby, server-side software resident on the server receives the electronic 
document and forwards the graphic image file for printing on a printer for 
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subsequent entry of the printed hardcopy document into the postal network for 
physical delivery to the recipient's address. 

60. The medium of instructions as claimed in claim 59, wherein an information 
5 file is produced and associated with the graphic image file. 

61. The medium of instructions as claimed in claim 59, wherein the sender is 
only required to "print" the application document to effect delivery into the postal 
network. 

10 

62. The medium of instructions as claimed in any one of the claims 59 to 61, 
wherein the client-side software or the server-side software extracts the text 
positioned at the location of the recipient's address area from the graphic image 
file and checks to' verify that the text constitutes a valid address. 

15 

63. The medium of instructions as claimed in claim 62, wherein the address 
checking is an automated procedure. 

64. The medium of instructions as claimed in claim 62 or 63, wherein optical 
20 scanning recognition software is used to convert the recipient address component 

of the graphic image file to text form. 

65. The medium of instructions as claimed in any one of the claims 59 to 64, 
wherein the client-side software or the server-side software reads and looks up the 

25 recipient's address in a postal address file and generates a representation of the 
address. 

66. The medium of instructions as claimed in claim 65, wherein the 
representation of the address is an optical mark recognition code or a barcode. 

30 

67. The medium of instructions as claimed in any one of the claims 59 to 66, 
wherein the graphic image file is generated from an image capture tool that can be 
selected from within an application program on the client terminal. 
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68. An article, for use in the delivery of a hardcopy document obtained from 
an application document created on, or sent to, a client terminal, the client 
terminal provided with client-side software for generating a graphic image file 

5 from the application document, the graphic image file including a recipient's 
address and allocated a unique identification number, an electronic document 
generated by the client-side software which includes at least the graphic image 
file and the unique identification number, the article including: 
a computer readable modulated carrier signal; and 
10 the electronic document embedded in said signal; 

whereby, a server receives said signal and server-side software resident on the 
server is adapted to forward the received graphic image file for printing on a 
printer for subsequent entry of the printed hardcopy document into the postal 
network for physical delivery to the recipient's address. 

15 

69. A method of facilitating delivery of an application document to a recipient 
as a hardcopy document, the application document being used to produce a 
graphic image file including a recipient's address, an electronic document being 
produced which includes at least the graphic image file and a unique 

20 identification number for tracking the electronic document and the hardcopy 
document, the electronic document being transmitted to a server for forwarding 
and subsequent printing of the graphic image file on a selected printing device, 
the printing device being selected based on the printing device's physical location 
relative to the recipient's address, the printing device producing the hardcopy 

25 document which is placed in the postal network for delivery to the recipient. 

70. The method as claimed in claim 69, wherein the recipient's address is 
automatically generated in a default address area. 

30 71. The method as claimed in either claim 69 or claim 70, wherein the 
recipient's address area can be manually altered and stored. 
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72. The method as claimed in any one of the claims 69 to 71, wherein margins 
in the graphic image file are checked. 

73. The method as claimed in claim 72, wherein if the margins are too small 
5 the image is shifted or reduced to clear the required margin space. 

74. The method as claimed in any one of the claims 69 to 73, wherein a cover 
page is added to the graphic image file if the recipient's address window is not 
clear. 

10 

75. The method as claimed in any one of the claims 69 to 74, wherein the 
recipient's address is analysed to check that it appears to be a correct or valid 
address. 

15 76. The method as claimed in claim 75, wherein the recipient's address is 
corrected to accord with a postal standard. 

77. The method as claimed in claim 75, wherein the address is checked against 
a database of correct or valid addresses. 

20 

78. The method as claimed in any one of the claims 69 to 77, wherein page 
barcodes, optical mark recognition codes, or other suitable identifiers/codes, are 
added to any or all of the pages of the graphic image file. 

25 79. The method as claimed in any one of the claims 69 to 78, wherein the 
graphic image file is checked to verify the graphic image file can be processed by 
a mailhouse. 



80. The method as claimed in claim 79, wherein the checks include: 
30 that the fonts in the graphic image file are supported by the 

mailhouse; 

an address is provided; and/or 
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a valid address is provided according to parameters for correct 
addressing in the destination country. 
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